Kollaboratives Publishing auf Wiki-Basis

Idee: Mehrere Autoren bearbeiten kollaborativ einen Text als eine Sammlung von einzelnen Wiki-Seiten.

  • Indem wir ein Standard-Wiki (z.B. DokuWiki) verwenden, können wir uns auf ein gut dokumentiertes, seit Jahren intensiv qualitätsgesichertes Authoring-Frontend verlassen.
  • Das Wiki garantiert eine ordentliche, transparente Versionsverwaltung sowie die Generierung von xhtml-Code einer (innerhalb der gleichen Version weitgehend) vorhersagbaren Struktur.
  • Die Liste und Reihenfolge der relevanten Seiten kann selbstverständlich wieder im Wiki selbst gepflegt werden.

Eine Software - z.B. ein XSLT2-Skript - liest die vom Wiki erzeugte Web- (XHTML-) Version der Wiki-Seiten ein und generiert daraus ein einziges html- oder LaTeX-Dokument.Bei diesem Schritt kann man die eingelesenen html-Seiten einerseits von irrelevanten Informationen (Navigation etc.) reinigen, andererseits (z.B. per regex) auf Keywords oder andere strukturierte Daten durchsuchen und diese zusätzlich mit XML-Tags etc. markieren.

Wenn man ein html-Dokument per Copy & Paste in OpenOffice einfügt, wird html-Markup voraussagbar in entsprechende Absatzformate übersetzt (funktioniert nicht mit MS Word). Der letzte Schritt zum gelayouteten pdf-Dokument ist dann trivial.

Machbarkeit: So geschehen 2009 mit ca. 120 Einzelseiten, betreut durch 12 Autoren aus 5 EU-Ländern für den EU FP7 Projektantrag für http://ontorule-project.eu/ aus Basis von Media-Wiki.

Zu tun:

  • technisch: was passt wie zusammen in der gesamten Kette
  • sozio-technische Gestaltung einer Wiki-Seite / eines Wikis, so dass strukturierte Daten strukturiert eingepflegt werden können
    • z.B. Modulandbuch: ECTS, SWS, Prüfungsform etc.
    • z.B. Prüfungsplan: Modulnummer SB-Portalnummer Raum Prüfer etc.
  • Entwicklung einer Nomenklatur für das Anlegen weiterer Seiten nach Bedarf
    • Modulhandbuch / Veranstaltungen / KVV / Moodle / SB-Portal
  • systematische vergleichende Evaluation verschiedener Lösungsansätze
  • einfache Dokumentation für eilige, undgeduldige Dozenten

Probleme, die man nicht sofort sieht:

  • Management (und bei Bedarf automatische Korrektur?) von Überschriften-Ebenen
  • Transclusion durch das Wiki oder durch das XSLT-Skript?
  • fancy: falls man ein fancy Querverweis-Management oder Indexierung im Druckdokument wünscht, spricht das für die LaTeX-Lösung.
  • Rückmeldung von Fehlern an die User: Im Wiki kann man machen, was man will, Garbage in -> Garbage out: Entwicklung eines QM

Unser Anwendungsfall:

  • Erzeuge für die Fak. f. Informatik die Modulhandbücher in mehreren Studiengängen (IF, AIF, WIF, SE). Authentische Nutzer: Die Studiengangleiter.
  • Integration / Abgleich etc. mit dem Studienverlaufsplan; Voraussetzung: Handling strukturierter Daten (s.o.)
  • ggf. Kommentiertes Veranstaltungsverzeichnis (KVV), wenigstens für Bachelor-Seminare, Wahlfächer, ggf. Studienprojekte?